home *** CD-ROM | disk | FTP | other *** search
/ Aminet 8 / Aminet 8 (1995)(GTI - Schatztruhe)[!][Oct 1995].iso / Aminet / comm / uucp / AmigaUUCP1_16.lha / AmigaUUCP / us-domain.txt < prev    next >
INI File  |  1991-01-25  |  16KB  |  449 lines
  1. [NETINFO:US-DOMAIN.TXT]                                    [3/90 DMac]
  2.  
  3.  
  4.                 The US Domain
  5.  
  6. The US domain is an official top-level domain in the Domain Name System
  7. (DNS) of the Internet community.  It is registered with the Network
  8. Information Center at SRI International (SRI-NIC).  The domain
  9. administrators are Jon Postel and Ann Westine at the Information
  10. Sciences Institute of the University of Southern California (USC-ISI).
  11.  
  12. The US domain hierarchy is based on political geography, that is, the US
  13. domain is subdivided into states, then cities, and so on.  Any computer
  14. in the United States may be registered in the US domain.
  15.  
  16. Typical host names in the US domain are:
  17.  
  18.         VIXIE.SF.CA.US
  19.         DOGWOOD.ATL.GA.US
  20.         KILLER.DALLAS.TX.US
  21.         HOLODEK.SANTA-CRUZ.CA.US
  22.         GRIAN.CPS.ALTADENA.CA.US
  23.  
  24. Because many computers in the United States are already registered in
  25. the COM, EDU, and other top level domains, relatively few computers are
  26. currently registered in the US domain.  The computers that are
  27. registered are primarily owned by small companies or individuals (and
  28. often located in homes).  It is expected than many more computers of all
  29. types and belonging to all sizes of organizations will be registered in
  30. the US domain.
  31.  
  32. There is no change in the procedures for registration in, or operation
  33. of, other top-level domains such as COM, EDU, GOV, INT, MIL, NET, or
  34. ORG.  These domains are not being moved under the US domain.
  35.  
  36. Registration of a host in the US domain does not grant permission to use
  37. the Internet or its component networks.  Any restrictions on sending
  38. mail through (or other use of) the Internet is independent of host
  39. registration in the US domain.  Registration in the US domain does not
  40. allocate any IP address, or cause registration in HOSTS.TXT.
  41.  
  42. Currently, the US domain and all of its subdivisions (that is, states
  43. and cities) are managed by the US Domain Administrator.  At some time in
  44. the future the administration of individual states and cities will be
  45. transferred to appropriate responsible people.
  46.  
  47. The codes for states are taken from the U.S. Postal Service ZIP Code
  48. Directory, and the names for cities may be either the full names of
  49. cities (with hyphens instead of spaces) or the short code for a city
  50. name from the Western Union list.
  51.  
  52. The administrator of a company or the organizer of a group (or "domain
  53. park") of users with individual hosts may coordinate the registration of
  54. the group by forwarding all the information for the group to the US
  55. Domain Administrator.
  56.  
  57. The explicit specific information for each host must be provided.  All
  58. fully qualified names must be unique.  If a host is not directly on the
  59. Internet an MX record is required pointing to an Internet host for
  60. forwarding.  The forwarding host must be directly on the Internet (that
  61. is, have an IP addresss), no "double MX-ing" is allowed.
  62.  
  63. A group coordinator of, for example, the Computer Club in Chicago (CCC),
  64. could arrange to coordinate the registration of all the computers used
  65. by members of the club.  The registered names might have the form:
  66.  
  67.     PC37.CCC.CHI.IL.US   MX   10   CS.UOFC.EDU
  68.  
  69. Only hosts on the Internet can act as forwarding hosts.  Hosts on
  70. networks such as CSNET, UUCP, BITNET, must be registered with an
  71. Internet forwarding host.  When registering a destination host in the US
  72. domain with an MX record, the requester is responsible for also
  73. registering the destination host with the administrator of the
  74. forwarding host.  For example, when a messages is sent to
  75. "Susan@PC37.CCC.CHI.IL.US" it will be routed to the Internet host
  76. "CS.UOFC.EDU" as directed by the MX record.  The host "CS.UOFC.EDU" must
  77. know some way of delivering the message to the host "PC37.CCC.CHI.IL.US"
  78. (uucp, slip, whatever).  So the destination host (PC37.CCC.CHI.IL.US)
  79. must be known to (registered with) the forwarding host (CS.UOFC.EDU), as
  80. well as being registered in the US domain DNS database.
  81.  
  82. The administrator of the destination host must make an agreement with
  83. the administrator of the forwarding host for the forwarding service.
  84. This agreement must be in place before the request for registration is
  85. sent to the US Domain Administrator.
  86.  
  87. A section of the DNS database is called a "zone".  With careful
  88. coordination, a domain (like EDU) can be divided into several zones.
  89. This has been done for the EDU and COM domains to aid in the
  90. registration of hosts from the UUCP, CSNET and BITNET communities.  If a
  91. host is registered in UUCP, BITNET, or CSNET zone (as something.EDU or
  92. something.COM), it need not be registered in the US domain, unless a
  93. geographical name (something.city.state.US) is desired.
  94.  
  95. It is the policy that a computer must have a single primary name, so it
  96. should not be registered in both US and COM (or both US and EDU).  It is
  97. possible to have "nicknames" for a brief period while a host name change
  98. is in progress.
  99.  
  100. Wild card records are not currently allowed in the US domain.
  101.  
  102. The US domain is currently supported by four name servers:
  103.  
  104. VENERA.ISI.EDU, VAXA.ISI.EDU, HERCULES.CSL.SRI.COM, and NNSC.NSF.NET.
  105.  
  106. There is no cost for registering a host in the US domain.
  107.  
  108. For information on internet domains in general, see RFC-1034,
  109. Mockapetris, P., "Domain Names - Concepts and Facilities, and RFC-1035,
  110. Mockapetris, P., "Domain Names - Implementation and Specification.
  111.  
  112. For more information about the US domain please contact Ann Westine at
  113. WESTINE@ISI.EDU.
  114.  
  115. ------------------------------------------------------------------------------
  116.  
  117.            US Domain Policy and Procedures - September 1988
  118.            ------------------------------------------------
  119.  
  120.  
  121. 1.  What is the US Domain and who is eligible to register?
  122.  
  123.         The US domain is a Top Level domain created for people in the
  124.         United States who have computers at home, or small local
  125.         corporations who would like to register their host
  126.         geographically.  A large corporation with offices all over the
  127.         world would probably want to register with .COM.
  128.  
  129. 2.  How do you register a host in the US Domain?
  130.  
  131.         Send a message to the US Domain Registrar (Westine@ISI.EDU).
  132.         She will send you a US Domain Questionnaire to fill out.
  133.  
  134. 3.  How is the Naming Scheme set up for the US Domain and it's
  135.     subdivisions?
  136.  
  137.         The US Domain is set up geographically, that is, states, cities,
  138.         etc.  The state codes are those assigned by the US Postal
  139.         Service, and the city codes are Western Union's "City Mnemonics"
  140.         code that we will send to you.  Another alternative for the city
  141.         code it to use the full name of your city.
  142.  
  143.         For example:  academ.hou.tx.us (or)
  144.                       academ.houston.tx.us
  145.  
  146. 4.  Who will administer the US Domain and its subdivisions?
  147.  
  148.         For now, the US Domain and all of its subdivisions (i.e.,
  149.         states, cities etc.) are managed by the US Domain Registrar.
  150.  
  151.         The US Domain is just getting started and we want to be careful
  152.         about what names get used and how control is allocated until
  153.         some usage patterns are established.  We will run the servers
  154.         for all the US domains.  At some future point we will hand off
  155.         the administration of individual states to appropriate
  156.         responsible people, probably in the state they administer.
  157.  
  158. 5.  Can I manage a Domain Group?
  159.  
  160.         The organizer of a group (or "domain park") of users with
  161.         individual hosts can help by acting as the coordinator of the
  162.         group and forwarding all the information for the group to the US
  163.         Domain Registrar.
  164.  
  165.  
  166.  
  167.  
  168.                                                                 [Page 1]
  169.  
  170.                                                           September 1988
  171.  
  172.  
  173.         The explicit specific information for each host in the group
  174.         must be provided.  And all fully qualified names must be unique.
  175.         If your host is not directly on the internet an MX record is
  176.         required pointing to an internet host for forwarding.
  177.  
  178.         For example:
  179.  
  180.            JOES-HOST.ACADEM.HOU.TX.US   MX   10   GAZETTE.BCM.TMC.EDU
  181.            SAMS-HOST.ACADEM.HOU.TX.US   MX   10   GAZETTE.BCM.TMC.EDU
  182.  
  183.         Wild card records are not currently allowed in the US domain.
  184.  
  185.         If you want to keep tabs on user individual hosts in a certain
  186.         group and to register them say under "Houston" in the TX.US
  187.         domain, for example, JOES-HOST.ACADEM.HOUSTON.TX.US with
  188.         "ACADEM" as the group you would be managing, this would be ok.
  189.         But you can't manage all "HOUSTON" or all "TX", just your group.
  190.  
  191. 6.  How will the US Domain affect hosts in UUCP, CSNET and BITNET Zones?
  192.  
  193.         If a host is registered in UUCP, BITNET, or CSNET Zone, it
  194.         doesn't need to register in the US domain, unless it wants to be
  195.         registered geographically.  Only hosts on the internet can act
  196.         as forwarding hosts.  Hosts on systems such as CSNET, UUCP,
  197.         BITNET, etc., must register their hosts with an internet host.
  198.         This is necessary because when messages for your host arrive at
  199.         the internet host it will need to know where to forward them.
  200.         MX records are necessary.
  201.  
  202. 7.  Can a host be in both the US Domain and another domain (like .EDU
  203.     or .COM)?
  204.  
  205.         No.  A host should have a single name.  It is possible to have
  206.         "nicnames" for a brief period while a host name change is in
  207.         progress.
  208.  
  209. 8.  What does it cost?
  210.  
  211.         Currently, there is no cost for registering in the US Domain.
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.                                                                 [Page 2]
  225.  
  226. ------------------------------------------------------------------------
  227.  
  228.                                                      March 1990
  229.  
  230.  
  231.  
  232.                  US DOMAIN QUESTIONNAIRE FOR HOST ENTRY
  233.  
  234.  
  235. To register a host in the US domain, the following information must be
  236. sent to the US Domain Registrar (WESTINE@ISI.EDU).  Questions may be
  237. sent by electronic mail to the above address, or by phone at (213-822-
  238. 1511).
  239.  
  240.  
  241. (1)  The name of the top-level domain to join.
  242.  
  243.            For example:  US
  244.  
  245.  
  246. (2)  The name of the administrative head of the organization, including
  247.      title, mailing address, phone number, organization, and network
  248.      mailbox.  This is the contact point for administrative and policy
  249.      questions about the domain.  In the case of a research project,
  250.      this should be the principal investigator.
  251.  
  252.            For example:
  253.  
  254.               Administrator
  255.  
  256.                  Organization  The NetWorthy Corporation
  257.                  Name          Penelope Q. Sassafrass
  258.                  Title         President
  259.                  Mail Address  The NetWorthy Corporation
  260.                                4676 Andrews Way, Suite 100
  261.                                Santa Clara, CA 94302-1212
  262.                  Phone Number  (415) 123-4567
  263.                  Net Mailbox   Sassafrass@ECHO.TNC.COM
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279. Postel & Westine                                                [Page 1]
  280.  
  281. Domain Questionnaire                                          March 1990
  282.  
  283.  
  284. (3)  The name of the technical contact for the entry, including title,
  285.      mailing address, phone number, organization, and network mailbox.
  286.      This is the contact point for problems concerning the domain or
  287.      zone, as well as for updating information about the domain or zone.
  288.  
  289.            For example:
  290.  
  291.               Technical Contact
  292.  
  293.                  Organization  The NetWorthy Corporation
  294.                  Name          Ansel A. Aardvark
  295.                  Title         Executive Director
  296.                  Mail Address  The NetWorthy Corporation
  297.                                4676 Andrews Way, Suite 100
  298.                                Santa Clara, CA. 94302-1212
  299.                  Phone Number  (415) 123-6789
  300.                  Net Mailbox   Aardvark@ECHO.TNC.COM
  301.  
  302.  
  303. (4)  The name of the host.  This is the name that will be used in tables
  304.      and lists associating the domain with the domain server addresses.
  305.      [While, from a technical standpoint, domain names can be quite long
  306.      (programmers beware), shorter names are easier for people to cope
  307.      with.]
  308.  
  309.            For example:  NetWorthy.Santa-Clara.CA.US
  310.  
  311.            Or:  Alpha.NetWorthy.Santa-Clara.CA.US
  312.                 Beta.NetWorthy.Santa-Clara.CA.US
  313.  
  314.  
  315. (5)  If this machine is not directly on the internet, how does it
  316.      communicate with the Internet.  Through UUCP, CREN, etc?  Which
  317.      forwarding host?
  318.  
  319.           For example:  The host "Networthy.Santa-Clara.CA.US" uses UUCP
  320.           to connect to "RELAY.ISI.EDU" which is an Internet host.
  321.  
  322.           The administrator of RELAY.ISI.EDU must agree to be the
  323.           forwarding host for Networthy.Santa-Clara.CA.US, and the
  324.           forwarding host must know a delivery method and route to it.
  325.           No double MXing.
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335. Postel & Westine                                                [Page 2]
  336.  
  337. Domain Questionnaire                                          March 1990
  338.  
  339.  
  340.           If you are requesting an indirect connection, that is, a Mail
  341.           Exchanger (MX) record, what is the name and mailbox of the
  342.           administrator of the forwarding host.
  343.  
  344.           For example:John Smith
  345.                js@RELAY.ISI.EDU
  346.  
  347.  
  348. (6)  Please describe your organization briefly.
  349.  
  350.      For example: The NetWorthy Corporation is a consulting
  351.      organization of people working with UNIX and the C language in an
  352.      electronic networking environment.  It sponsors two technical
  353.      conferences annually and distributes a bimonthly newsletter.
  354.  
  355.  
  356. (7)  What Domain Name System (DNS) Resource Records (RR) and values are
  357.      to be entered.
  358.  
  359.      a.  A       Internet Address (internet hosts only)
  360.      b.  HINFO   Host Information, Machine System
  361.      c.  WKS     Well Known Services, Protocols, Ports (internet hosts only)
  362.      d.  MX      Mail Exchanger (required for UUCP, and CREN hosts)
  363.  
  364.      An example of RRs for an internet host.
  365.  
  366.      NetWorthy.Santa-Clara.CA.US   IN   A       128.9.3.123
  367.                               IN   HINFO   SUN-3/11OC UNIX
  368.                               IN   MX      10  ISI.EDU
  369.                               IN   WKS     128.9.3.123. UDP (echo
  370.                                                              tftp)
  371.                               IN   WKS     128.9.3.133. TCP (telnet
  372.                                                              ftp
  373.                                                              tftp
  374.                                                              finger)
  375.  
  376.      An example of RRs for a non-internet host.
  377.  
  378.      Beta.NetWorthy.Santa-Clara.CA.US   MX      10   RELAY.ISI.EDU
  379.                                         HINFO   SUN-3/11OC UNIX
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391. Postel & Westine                                                [Page 3]
  392.  
  393. Domain Questionnaire                                          March 1990
  394.  
  395.  
  396. (8)  Where is the IN-ADDR pointer record to be entered. (For internet
  397.      hosts only.)
  398.  
  399.         For example:
  400.  
  401.            123.3.9.128.IN-ADDR.ARPA.    PTR  NetWorthy.Santa-Clara.CA.US
  402.  
  403.      Who is the contact for the zone of the IN-ADDR.ARPA data, where
  404.      this record will be entered?
  405.  
  406.  
  407. (9)  What Time to Live (TTL)?  TTL is the time (in seconds) that a
  408.      resolver will use the data it got from the domain server before it
  409.      asks it again for the data.  A typical TTL is One Week 604800.
  410.      (NOTE:  TTL is not applicable to non-Internet hosts.)
  411.  
  412.         For example:
  413.  
  414.            One Week   604800
  415.  
  416.  
  417.  
  418.  
  419.  
  420.  
  421.  
  422.  
  423.  
  424.  
  425.  
  426.  
  427.  
  428.  
  429.  
  430.  
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447. Postel & Westine                                                [Page 4]
  448.  
  449.